home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000176_flo@uk.thalesgroup.com_Wed Jun 26 10:45:26 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  65 lines
  1. Article: 13480 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!newsfeed.arcor-online.net!newsfeed01.sul.t-online.de!newsfeed00.sul.t-online.de!t-online.de!kibo.news.demon.net!demon!lnewspeer01.lnd.ops.eu.uu.net!emea.uu.net!news!not-for-mail
  3. From: Paul Williams <flo@uk.thalesgroup.com>
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: can MS Kermit display a 25 line terminal?
  6. Date: Wed, 26 Jun 2002 09:26:40 +0100
  7. Organization: speaking for myself
  8. Lines: 43
  9. Message-ID: <3D197AC0.18C0E572@uk.thalesgroup.com>
  10. References: <MPG.177c17e6695927a09896a0@news.mi.comcast.giganews.com> <MPG.177d25136f7733d9896a3@news.mi.comcast.giganews.com> <ezqPiZWnAYS7@cc.usu.edu> <3D183B0E.E0F02282@uk.thalesgroup.com> <3D1875B4.10701@nyc.rr.com>
  11. NNTP-Posting-Host: sswc019.int.rdel.co.uk
  12. Mime-Version: 1.0
  13. Content-Type: text/plain; charset=us-ascii
  14. Content-Transfer-Encoding: 7bit
  15. X-Trace: rdel.co.uk 1025080000 26342 172.21.150.60 (26 Jun 2002 08:26:40 GMT)
  16. X-Complaints-To: postmaster@uk.thalesgroup.com
  17. NNTP-Posting-Date: 26 Jun 2002 08:26:40 GMT
  18. X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.6 sun4m)
  19. X-Accept-Language: en
  20. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13480
  21.  
  22. "Jeffrey Altman [Road Runner]" wrote:
  23. > 
  24. > The VT5xx supports terminal screens of arbitrary height.  It is
  25. > independent of the state of the Status Line.  Status Line: None
  26. > simply means the space allocated to the status line is empty.  It
  27. > does not mean the line can be written to by the host application.
  28. > 
  29. > Why is that?  Because the host application can switch the state
  30. > of the Status Line at any time by use of a CSI sequence.  Activation
  31. > of the status line is a non-destructive operation to the rest of the
  32. > display page.
  33.  
  34. No, you are describing the behaviour of some older terminals. If it was
  35. always true for the VT500 Series, I wouldn't have mentioned it! On the
  36. VT500 Series, screen height is a function of page height as well as
  37. visibility of the status line. Please try the following experiment:
  38.  
  39. 1. Set up "Lines per page" to just one page, so you get the largest
  40. possible scrollback buffer.
  41.  
  42. 2. Set "Lines per screen" to "24, 25 or 26"
  43.  
  44. 3. Set "Status display" to "Local status".
  45.  
  46. How many lines on the main screen are now host-writable? 25.
  47.  
  48. 4. Set "Status display" to "None".
  49.  
  50. How many lines on the main screen are now host-writable? 26. The space
  51. formerly occupied by the status line has become part of the main screen.
  52.  
  53. Activation of the status lines is *not* "non-destructive" to the rest of
  54. the display page. If you activate it again with the cursor on line 26,
  55. you'll see that the screen scrolls up one line so that the bottom line
  56. in the old display is still the bottom line, but the top line has now
  57. scrolled off.
  58.  
  59. The behaviour you describe only occurs if the page size is limited to
  60. the screen size because in that case there is no more page data to put
  61. on the screen.
  62.  
  63. Regards,
  64. Paul
  65.